Quote from: ItalianMafiaBrussels on September 25, 2013, 05:11 pmFor vendors with a lot of transactions, it can be very time consuming (especially when SR is loading slow as it is the case recently) to browse for 10+ pages to find a specific transaction ID for a dispute.it's even more disspaointing to have to browse through ALL your pages, only to find out a user was making up a transaction ID to try to scam you, claiming he had an order placed..We really NEED a search function for transaction IDs, or integrate it into the current search function so that every time you enter something that precedes a # symbol, it searches in your order history..THANKS DPR.I've been pondering this as well, but from a slightly different angle than the one you've taken. In my version whenever you have correspondence with a buyer it should ideally show "all" previous transactions along with the current status for each one. While this alone would help immensely the potential benefits to this System could be greatly improved when combined with Upgraded Listing Options: http://dkn255hz262ypmii.onion/index.php?topic=182090Let's say a customer claims he did not get the order from you, but hasn't opened a dispute yet. He messages you and you can instantly see what transaction he's talking about as it shows up in the same window. Now also imagine with the advent of Upgraded Listing Options you can see two previous Vendors have marked this buyer as a scammer claiming Products are not arriving, thus making it an easy choice for you to simply take it to resolution with "proof" from two previous Vendors on your side. This System would also greatly help with not accepting scamming customers like this to begin with pre-set filters ( although they would obviously most likely get away with the first scamming attempt depending on the Vendor ).Would something like this work or have I missed something with how the Dispute System is working? :)